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(54) Airport incursion avoidance system. 



(57) An airport incursion avoidance sy stem for 
detection of aircraft and other vehicles utilizes 
edge lights [20] along taxiways and runways by 
having a sensor [50] co-located with each edge 
light, the sensor output being coupled to a 
central computer system [12] via the airport's 
edge light power lines [21]. The detection sys- 
tem comprises infrared sensors. The output of 
each sensor [50] is fed into a microprocessor 
[44] within an edge light assembly [20] and then 
to a power line modem [54] for transmission to 
the central computer system [12] which in- 
cludes a display [30] at the airport tower for 
showing the airport and all traffic thereon. Data 
from each sensor [50] along taxiways and run- 
ways is received at the central computer system 
[12] and processed to provide vehicle tracking 
and control of all ground traffic on the airport 
taxiways and runways to avoid an airport incur- 
sion. 
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Background of the Invention 

This invention relates to an airport ground collision avoidance system and in particular to an apparatus 
and method for monitoring, controlling and predicting aircraft or other vehicle movement primarily on airport 

5 taxiways and runways to avoid runway incursions. 

Currently, ground control of aircraft at an airport is done visually by the air traffic controller in the tower. 
Low visibility conditions sometimes make it impossible for the controller to see all parts of the field. Ground 
surface radar can help in providing coverage during low visibility conditions; it plays an important part in the 
solution of the runway incursion problem but cannot solve the entire problem. A runway incursion is defined 

io as "any occurrence at an airport involving an aircraft vehicle, person, or object on the ground that creates a 
collision hazard or results in loss of separation with an aircraft taking off, intending to take off, landing, or in- 
tending to land." The U.S. Federal Administration Agency (FAA) has estimated that it can only justify the cost 
of ground surface radar at 29 of the top 100 airports in the United States. However, such radar only provides 
location information; it cannot alert the controller to possible conflicts between aircraft. 

15 In the prior art, an airport control and monitoring system has been used to sense when an airplane reaches 

a certain point on a taxiway and controls switching lights on and off to indicate to the pilot when he may proceed 
on to a runway. Such a system sends microwave sensor information to a computer in the control tower. The 
computer comprises software for controlling the airport lighting and for providing fault information on the airport 
lighting via displays or a control panel to an operator. Such a system is described in sales information provided 

20 on a Bidirectional Series 7 Transceiver (BRITEE) produced by ADB-ALNACO, Inc., A Siemens Company, of 
Columbus, Ohio. However, such a system does not show the location of all vehicles on an airfield and is not 
able to detect and avoid a possible vehicle incursion. 

A well known approach to airport surface traffic control has been the use of scanning radars operating at 
high frequencies such as K-band in order to obtain adequate definition and resolution. An existing airport 

25 ground traffic control equipment of that type is known in the art as Airport Surface Detection Equipment 
(ASDE). However, such equipment provides surveillance only, no discrete identification of aircraft on the sur- 
face being available. Also there is a need for a relatively high antenna tower and a relatively large rotation an- 
tenna system thereon. 

Another approach to airport ground surveillance is a system described in U. S. Patent No. 3,872,474, is- 

30 sued March 1 8, 1974, to Arnold M. Levine and assigned to International Telephone and Telegraph Corporation, 
New York, NY, referred to as LOCAR (Localized Cable Radar) which comprises a series of small, lower pow- 
ered, narrow pulses, transmitting radars having limited range and time sequenced along opposite sides of a 
runway ramp or taxiway. In another U. S. Patent No. 4,197,536, issued on April 8, 1980, to Arnold M. Levine, 
an airport surface identification and control system is described for aircraft equipped with ATCRBS (Air Traffic 

35 Control Radio Beacon System) and ILS (Instrument Landing System). However, these approaches are expen- 
sive, require special cabling and for identification purposes require expensive equipment to be included on the 
aircraft and other vehicles. 

Another approach to vehicle identification such as types of aircraft by identifying the unique characteristic 
of the "footprint" presented by the configuration of wheels unique to a particular type of vehicle is described 

40 in U.S. Patent No. 3,872,283, issued March 18, 1975, to Gerald R. Smith et al. and assigned to The Cadre 
Corporation of Atlanta Georgia. 

An automatic system for surveillance, guidance and fire-fighting at airports using infrared sensors is de- 
scribed in U. S. Patent No. 4,845,629, issued July 4, 1989 to Maria V. Z. Murga. The infrared sensors are ar- 
ranged along the flight lanes and their output signals are processed by a computer to provide information con- 

45 cerning the aircraft movements along the flight lanes. Position detectors are provided for detecting the position 
of aircraft in the taxiways and parking areas. However, such system does not teach the use of edge lights along 
the runways and taxiways along with their associated wiring and it is not able to detect and avoid a possible 
vehicle incursion. 

The manner in which the invention deals with the disadvantages of the prior art to provide a low cost airport 
so incursion avoidance system will be evident as the description proceeds. 

Summary of the Invention 

Accordingly, it is therefore an object of this invention to provide a system that detects a possible aircraft 
55 or vehicle incursion at an airport 

It is also an object of this invention to provide a low cost airport incursion avoidance system using edge 
light assemblies and associated wiring along runways and taxiways. 

It is another object of this invention to provide an airport incursion avoidance system that generates a 
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graphic display of the airport showing the location of alt ground traffic including direction and velocity data. 

It is a further object of this invention to provide an airport incursion avoidance system that generates a 
verbal alert to an air traffic controller or an aircraft pilot. 

The objects are further accomplished by providing an airport incursion avoidance system comprising a 

5 plurality of light circuits on an airport, each of the light circuits comprises a plurality of light assembly means, 
means for providing power to each of the plurality of light circuits and to each of the light assembly means, 
means in each of the light assembly means for sensing ground traffic on the airport, means for processing 
data received from each of the light assembly means, means for providing data communication between each 
of the light assembly means and the processing means, the processing means comprises means for providing 

10 a graphic display of the airport including symbols representing the ground traffic, each of the symbols having 
direction and velocity data displayed, the processing means further comprises means for predicting an occur- 
rence of an airport incursion in accordance with the data received from the sensing means, and means for alert- 
ing an airport controller or aircraft pilot of the predicted airport incursion. Each of the light circuits are located 
along the edges of a taxiway or a runway on the airport. The sensing means comprises infrared detectors. The 

15 light assembly means comprises light means coupled to the lines of the power providing means for lighting the 
airport, the infrared detectors sensing means, microprocessor means coupled to the light means, the sensing 
means, and the data communication means for providing processing, communication and control for the light 
assembly means, the microprocessor controlling a plurality of lighting patterns of the light means on the airport, 
and the data communication means being coupled to the microprocessor means and the lines of the power 

20 providing means. The light assembly means further comprises a photocell means coupled to the microproces- 
sor means for detecting the light intensity of the light means. The light assembly means further comprises a 
strobe light coupled to the microprocessor means. The processing means comprises redundant computers for 
fault tolerance operation. The symbols representing the ground traffic comprise icons having a shape indicating 
type of aircraft orvehicle. The processing means determines the locations of the symbols on the graphic display 

25 of the airport in accordance with the data receive from the light assembly means. The processing means further 
determines a future path of the ground traffic based on a ground clearance command, the future path being 
shown on the graphic display. The processing means for predicting an occurrence of an airport incursion com- 
prises means for comparing position, direction and velocity of the ground traffic to predetermined separation 
minimums for the airport The power providing means comprises constant current power means for providing 

30 a separate line to each of the plurality of light circuits, and network bridge means coupled to the constant current 
power means for providing a communication channel to the processing means for each line of the constant 
current power means. The alerting means comprises a speech synthesis unit connected to a speaker, and the 
alerting means also comprises a speech synthesis unit connected to a radio transmitter. 

The objects are further accomplished by a method of providing an airport incursion avoidance system com- 

35 prising the steps of providing a plurality of light circuits on the airport, each of the light circuits comprises a 
plurality of light assembly means, providing power to each of the plurality of light circuits, sensing ground traffic 
on the airport with means in each of the light assembly means, processing data received from each of the light 
assembly means in computer means, providing a graphic display of the airport comprising symbols represent- 
ing the ground traffic, each of the symbols having direction and velocity data displayed, providing data com- 

40 munication between the computer means and each of the light assembly means, predicting an occurrence of 
an airport incursion in accordance with the data received from the sensing means, and alerting an airport con- 
troller or aircraft pilot of the predicted airport incursion. The step of sensing the ground traffic on the airport 
comprises the steps of lighting the airport with a light means coupled to the microprocessor means and the 
power lines, providing infrared detectors for sensing the ground traffic, performing processing, communication 

45 and control within the light assembly means with a microprocessor means coupled to the light means, the sens- 
ing means and data communication means, and coupling the data communication means between the micro- 
processor means and the power lines. The step of processing data comprises the step of operating redundant 
computers for fault tolerance. The step of providing power comprises the steps of providing a separate line to 
each of the plurality of light circuits with a constant current power means, and providing a communication chan- 

50 nel to the computer means for each line of the constant current power means using a network bridge means. 
The step of providing a graphic display comprising symbols representing the ground traffic comprise the step 
of indicating a type of aircraft or vehicle with icons of various shapes. The step of processing the data from 
each of the light assembly means comprises the step of determining a location of the symbols on the graphic 
display of the airport in accordance with the data. The step of predicting an occurrence of an airport incursion 

55 comprises the step of determining a future path of the ground traffic in accordance with a ground clearance 
command and showing the future path on the graphic display. 
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Brief Description of the Drawings 

Other and further features of the invention will become apparent in connection with the accompanying 
drawings wherein: 

5 FIG. 1 is a block diagram of the invention of an airport vehicle incursion avoidance system; 

FIG. 2 is a block diagram of an edge light assembly showing a sensor electronics unit coupled to an edge 
light of an airfield lighting system; 

FIG. 3 is a pictorial diagram of the edge light assembly showing the edge light positioned above the sensor 
electronics unit; 

10 FIG. 4 is a diagram of an airfield runway or taxiway having a plurality of edge light assemblies positioned 
along each side of the runway or taxiway for detecting various size aircraft as shown; 
FIG. 5 is a block diagram of the central computer system shown in FIG. 1; 

FIG. 6 shows eleven network variables used in programming the microprocessor of an edge light assembly 
to interface with a sensor, a light and a strobe light; 
15 FIG. 7 is a block diagram showing an interconnection of network variables for a plurality of edge light as- 

semblies located on both sides of a runway, each comprising a sensor electronics unit 10 positioned along 
a taxiway or runway; 

FIG. 8 shows a graphic display of a typical taxiway/runway on a portion of an airport as seen by an operator 
in a control tower, the display showing the location of vehicles as they are detected by the sensors mounted 
20 in the edge light assemblies located along taxiways and runways; and 

FIG. 9 is a block diagram of the data flow within the system shown in FIG. 1 and FIG. 5. 

Description of the Preferred Embodiment 

25 Referring to FIG. 1 a block diagram of the invention of an airport vehicle incursion avoidance system 10 

is shown comprising a plurality of light circuits 18-1. each of said light circuits 1S-|_ „ comprises a plurality of 
edge light assemblies 20^ connected via wiring 21 to a lighting vault 16 which is connected to a central 
computer system 12 via a wide area network 1 4. Each of the edge light assemblies 20,. n comprises an infrared 
(IR) detector vehicle sensor 50 (FIG. 2). 

30 The edge light assemblies 20 v n are generally located along side the runways and taxiways of the airport 
with an average 100 foot spacing and are interconnected to the lighting vault 16 by single conductor series 
edge light wiring 21 n . Each of the edge light circuits 1 8 V n is powered via the wiring 21 n by a constant current 
supply 24^ n located in the lighting vault 16. 

Referring now to FIG. 1 and FIG. 2 ? communication between the edge light assemblies 20 v n and the central 

35 computer system 12 is accomplished with LON Bridges 22!. n interconnecting the edge light wiring 21 Vn with 
the Wide Area Network 14. Information from a microprocessor 44 located in edge light assembly 20 v n is cou- 
pled to the edge light wiring 21 n via a power line modem 54. The LON bridges 22,_ n transfers message in- 
formation from the edge light circuits 18^ n via the wiring 2^-n to the wide area network 14. The wide area 
network 14 provides a transmission path to the central computer system 12. These circuit components also 

40 provide the return path communications link from the central computer system 12 to the microprocessor 44 
in each edge light assembly 20^ n . Other apparatus and methods, known to one of ordinary skill in the art, for 
data communication between the edge light assemblies 20!. „ and the central computer system 1 2 may be em- 
ployed, such as radio techniques, but the present embodiment of providing data communication on the edge 
light wiring 21 1. „ provides a low cost system for present airports. The LON Bridge 22 may be embodied by de- 

45 vices manufactured by Echelon Corporation of Palo Alto, California. The wide area network 14 may be imple- 
mented by one of ordinary skill in the art using standard Ethernet or Fiber Distributed Data Interface (FDDI) 
components. The constant current supply 24 may be embodied by devices manufactured by Crouse-Hinds of 
Winslow, Connecticut. 

Referring now to FIG. 2 and FIG. 3, FIG. 3 shows a pictorial diagram of the edge light assembly 20,. n . The 
so edge light assembly 20 v n comprises a bezel including an incandescent lamp 40 and an optional strobe light 
assembly 48 (FIG. 2) which are mounted above an electronics enclosure 43 comprising the vehicle sensor 50. 
The electronics enclosure 43 sits on the top of a tubular shaft extending from a base support 56. The light 
assembly bezel with lamp 40 and base support 56 may be embodied by devices manufactured by Crouse-Hinds 
of Winslow, Connecticut 

55 A block diagram of the contents of the electronics enclosure 43 is shown in FIG. 2 which comprises a cou- 
pling transformer 53 connected to the edge light wiring 21 v „. The coupling transformer 53 provides power to 
both the incandescent lamp 40 via the lamp control triac 42 and the microprocessor power supply 52; in ad- 
dition, the coupling transformer 53 provides a data communication path between the power line modem 54 
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and the LON Bridges 22,_ n via the edge light wiring 21 1 . „. The microprocessor 44 provides the computational 
power to run the internal software program that controls the edge light assemblies 20V The microprocessor 
44 is powered by the microprocessor power supply 52. Also connected to the microprocessor 44 is the lamp 
control triac 42, a lamp monitoring photo cell 46, the optional strobe light assembly 48, the vehicle sensor 50, 
5 and the data communications modem 54. The microprocessor 44 is used to control the incandescent edge light 
40 intensity and optional strobe light assembly 48. The use of the microprocessor 44 in each light assembly 
20^ allows complete addressable control over every light on the field. The microprocessor 44 may be em- 
bodied by a VLSI device manufactured by Echelon Corporation of Palo Alto, California 94304, called the Neu- 
ron® chip. 

10 Still referring to FIG. 2, the sensor 50 in the present embodiment comprises an infrared (IR) detector and 
in other embodiments may comprise other devices such as proximity detectors, CCD cameras, microwave mo- 
tion detectors, inductance loops, or laser beams. The program in the microprocessor 44 is responsible for the 
initial filtering of the sensor data received from the sensor 50 and responsible for the transmission of such 
data to the.central computer system 12. The sensor 50 must perform the following functions: detect a station- 
is ary object, detect a moving object, have a range at least half the width of the runway or taxiway, be low power 
and be immune to false alarms. This system design does not rely on just one type of sensor. Since sensor 
fusion functions are performed within the central computer system 12, data inputs from all different types of 
sensors are acceptable. Each sensor relays a different view of what is happening on the airfield and the central 
computer system 12 combines them. There are a wide range of sensors that may be used in this system. As 
20 a new sensor type becomes available, it can be integrated into this system with a minimum of difficulty. The 
initial sensor used is an IR proximity detector based around a piezoelectric strip. These are the kind of sensors 
you use at home to turn on your flood lights when heat and/or movement is detected. When the sensor output 
provides an analog signal, an analog-to-digital converter readily known in the art may be used to interface with 
the microprocessor 44. 

25 Another proximity detector that can be used is based around a microwave Gunn diode oscillator. These 

are currently in use in such applications as Intrusion Alarms, Door Openers, Distance Measurement, Collision 
Warning, Railroad Switching, etc. These types of sensors have a drawback because they are not passive de- 
vices and care needs to be taken to select frequencies that would not interfere with other airport equipment. 
Finally, in locations such as the hold position lines on taxiways, solid state laser and detector combinations 

30 could be used between adjacent taxiway lights. These sensor systems create a beam that when broken would 
identify the location of the front wheel of the airplane. This type of detector would be used in those locations 
where the absolute position of a vehicle was needed. The laser beam would be modulated by the micropro- 
cessor 44 to avoid the detector being fooled by any other stray radiation. 

Referring to FIG. 2 and FIG. 4, a portion of an airport runway 64 or taxiway is shown having a plurality of 

35 edge light assemblies 20^ positioned along each side of the runway or taxiway for detecting various size air- 
planes or vehicles 60, 62. The dashed lines represent the coverage area of the sensors 50 located in each 
edge light assembly 20^ positioned along each side of the runway 64 or taxiway to insure detection of any 
airplane 60, 62 or other vehicles traveling on such runway 64 or taxiway. The edge light assemblies 20^ n com- 
prising the sensor 50 are logically connected together in such a way that an entire airport is sensitized to the 

40 movement of vehicles. Node to node communication takes place to verify and identify the location of the ve- 
hicles. Once this is done a message is sent to the central computer system 12 reporting the vehicles location. 
Edge light assemblies (without a sensor electronics unit 43) and taxiway power wiring currently exist along taxi- 
ways, runways and open areas of airports, therefore, the sensor electronics unit 43 is readily added to existing 
edge lights and existing taxiway power wiring without the inconvenience and expense of closing down runways 

45 and taxiways while installing new cabling. 

Referring now to FIG. 1, FIG. 5, FIG. 8 and FIG. 9, the central computer system 12 is generally located at 
a control tower or terminal area of an airport and is interconnected to the LON Bridges 22^,, located in the 
lighting vault 1 6 with a Wide Area Network 14. The central computer system 1 2 comprises two redundant com- 
puters, computer #1 26 and computer #2 28 for fault tolerance, the display 30. speech synthesis units 29 & 

50 31, alert lights 34, keyboard 27 and a speech recognition unit 33, all of these elements being interconnected 
by the wide area network 14 for the transfer of information. The two computers 26 and 28 communicate with 
the microprocessors 44 located in the edge light assemblies 20^ „. Data received from the edge light assembly 
20^,, microprocessors 44 are used as an input to a sensor fusion software module 101 (FIG. 9) run on the 
redundant computers 26 and 28. The output of the sensor fusion software module 101 operating in the com- 

55 puters 26, 28 is used to drive the CRT display 30 which displays the location of each vehicle on the airport 
taxiway and runways as shown in FIG. 8. The central computer system 12 may be embodied by devices man- 
ufactured by IBM Corporation of White Plains, New York. The Wide Area Network 14 may be embodied by 
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devices manufactured by 3Com Corporation of Santa Clara, California. The speech synthesis units 29, 31 and 
the speech recognition unit 33 may be embodied by devices manufactured by BBN of Cambridge, Massachu- 
setts. 

The speech synthesis unit 29 is coupled to a speaker 32. Limited information is sent to the speech synthesis 

5 unit 29 via the wide area network 14 to provide the capability to give an air traffic controller a verbal alert. The 
speech synthesis unit 31 is coupled to a radio 37 having an antenna 39 to provide the capability to give the 
pilots a verbal alert. The voice commands from the air traffic controller to the pi lots are captured by microphone 
35 and sent to the pilots via radio 36 and antenna 38. In the present embodiment a tap is made and the speech 
information is sent to both the radio 36 and the speech recognition unit 33 which is programmed to recognize 

10 the limited air traffic control vocabulary used by a controller. This includes airline names, aircraft type, the 
numbers 0-9, the name of the taxiways and runways and various short phrases such as "hold short", "expedite" 
and "give way to." The output of the speech recognition unit 33 is fed to the computers 26, 28. 

Referring again to FIG. 2, the power line modem 54 provides a data communication path over the edge 
light wiring 21 n for the microprocessor 44. This two way path is used for the passing of command and control 

15 information between the various edge light assemblies 20V n and the central computer system 1 2. A power line 
transceiver module in the power line modem 54 is used to provide a data channel. These modules use a carrier 
current approach to create the data channel. Power line modems that operate at carrier frequencies in the 1 00 
to 450 Khz band are available from many manufacturers. These modems provide digital communication paths 
at data rates of up to 10,000 bits per second utilizing direct sequence spread spectrum modulation. They con- 

20 form to FCC power line carrier requirements for conducted emissions, and can work with up to 55 dB of power 
line attenuation. The power line modem 54 may be embodied by a device manufactured by Echelon Corpor- 
ation of Palo Alto, California 94304, called the PLT-10 Power Line Transceiver Module. 

The data channel provides a transport layer or lowest layer of the open system interconnection (OSI) pro- 
tocol used in the data network. The Neuron® chip which implements the microprocessor 44 contains all of the 

25 firmware required to implement a 7 layer OSI protocol. When interconnected via an appropriate medium the 
Neuron® chips automatically communicate with one another using a robust Collision Sense Multiple Access 
(CSMA) protocol with forward error corrections, error checking and automatic retransmission of missed mes- 
sages (ARQ). 

The command and control information is placed in data packets and sent over the network in accordance 
30 with the 7 Layer OSI protocol. All messages generated by the microprocessor 44 and destined for the central 
computer system 12 are received by the network bridge 22 via the power lines 21^ n and routed to the central 
computer system 12 over the wide area network 14. 

The Neuron® chip of the microprocessor 44 comprises three processors (not shown) and the firmware 
required to support a full 6 layer open systems interconnection (OSI) protocol. The user is allocated one of the 
35 processors for the application code. The other two processors give the application program access to all of 
the other Neuron® chips in the network. This access creates a Local Operating Network or LON. A LON can 
be thought of as a high level local area network LAN. The use of the Neuron® chip for the implementation of 
this invention, reduces the amount of custom hardware and software that otherwise would have to be devel- 
oped. 

40 Data from the sensor electronic unit 43 of the edge light assemblies 20,. n is coupled to the central computer 
system 12 via the existing airport taxiway lighting power wiring 21 . Using the existing edge light power line to 
transfer the sensor data into a LON network has many advantages. As previously pointed out, the reuse of 
the existing edge lights eliminates the inconvenience and expense of closing down runways and taxiways while 
running new cable and provides for a low cost system. 

45 The Neuron® chip allows the edge light assemblies 20 Vn to automatically communicate with each other 
at the applications level. This is accomplished through network variables which allow individual Neuron® chips 
to pass data between themselves. Each Neuron® V C program comprises both local and network variables. 
The local variables are used by the Neuron® program as a scratch pad memory. The network variables are 
used by the Neuron® program in one of two ways, either as a network output variables or a network input va- 

50 riables. Both kinds of variables can be initialized, evaluated and modified locally. The difference comes into 
play in that once a network output variable is modified, network messages are automatically sent to each net- 
work input variable that is linked to that output variable. This variable linking is done at installation time. As 
soon as a new value of a network input variable is received by a Neuron® chip, the code is vectored off to 
take appropriate action based upon the value of the network input variable. The advantage to the program is 

55 that this message passing scheme is entirely transparent since the message passing code is part of the em- 
bedded Neuron® operating system. 

Referring now to FIG. 6, eleven network variables have been identified for a sensor program in each mi- 
croprocessor 44 of the edge light assemblies 20^ n . The sensor 50 function has two output variables: prelim_de- 
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tect 70 and confirmed_detect 72. The idea here is to have one output trigger whenever the sensor 50 detects 
movement. The other output does not trigger unless the local sensor and the sensor on the edge light across 
the runway both spot movement. Only when the detection is confirmed will the signal be fed back to the central 
computer system 12. This technique of confirmation helps to reduce false alarms in order to implement this 

5 technique the adjacent sensor 50 has an input variable called adj_prelim_detect 78 that is used to receive the 
other sensors prelim_detect output 70. Other input variables are upstream_detect 74 and downstream__detect 
76 which are used when chaining adjacent sensors together. Also needed is a detector_sensitivity 80 input 
that is used by the central computer system 12 to control the detection ability of the sensor 50. 

The incandescent light 40 requires two network variables, one input and the other an output variable. The 

10 input variable lightjevel 84 would be used to control the lighf s brightness. The range would be OFF or 0% all 
the way to FULL ON or 100%. This range from 0% to 100% would be made in 0.5% steps. Since the edge light 
assembly 20^ also contains the photocell 46, an output variable light_failure 84 is created to signal that the 
lamp did not obtain the desired brightness. 

The strobe light 48 requires three input variables. The strobe-mode 86 variable is used to select either the 

is OFF, SEQUENTIAL, or ALTERNATE flash modes. Since the two flash modes require a distinct pattern to be 
created, two input variables acth/e_delay 88 and flash_delay 90 are used to time align the strobe flashes. By 
setting these individual delay factors and then addressing the Neuron® chips as a group, allows the creation 
of a field strobe pattern with just one command. 

Referring now to FIG. 7, a block diagram of an interconnection of network variables for a plurality of edge 

20 light assemblies 20^ ft located on both sides of a runway is shown, each of the edge light assemblies 20^ 
comprising a microprocessor 44. Each Neuron® program in the microprocessor 44 is designed with certain 
network input and output variables. The user writes the code for the Neurone® chips in the microprocessor 
44 assuming that the inputs are supplied and that the outputs are used. To create an actual network the user 
has to "wire up" the network by interconnecting the individual nodes with a software linker. The resulting dis- 

25 tributed process is best shown in schematic form, and a portion of the network interconnect matrix is shown 
in Figure 7. The prelim_detect 70 output of a sensor node 44t is connected to the adLprimary_detect 92 input 
of the sensor node 44 4 across the taxiway. This is used as a means to verify actual detections and eliminate 
false reports. The communications link between these two nodes 44 1 and 44 4 is part of the distributed proc- 
essing. The two nodes communicate among themselves without involving the central computer system 12. If 

30 in the automatic mode or if instructed by the controller, the system will also alert the pilots via audio and visual 
indications. 

Referring again to FIG. 1 and FIG. 4, the central computer system 12 tracks the movement of vehicles as 
they pass from the sensor 50 to sensor 50 in each edge light assembly 20 v n . Using a variation of a radar au- 
tomatic track algorithm, the system can track position, velocity and heading of all aircraft or vehicles based 

35 upon the sensor 50 readings. New vehicles are entered into the system either upon leaving a boarding gate 
or landing. Unknown vehicles are also tracked automatically. Since taxiway and runway lights are normally 
across from each other on the pavement (as shown in FIG. 4 and FIG. 7), the microprocessor 44 in each edge 
lights assembly 20^,, is programmed to combine their sensor 50 inputs and agree before reporting a contact. 
A further refinement is to have the microprocessor 44 check with the edge light assemblies 20^ n on either 

40 side of them to see if their sensors 50 had detected the vehicle. This allows a vehicle to be handed off from 
sensor electronic unit 43 to sensor electronic unit 43 of each edge light assembly 20,. n as it travels down the 
taxiway. This also assures that vehicle position reports remain consistent. Vehicle velocity may also be calcu- 
lated by using the distance between sensors, the sensor pattern and the time between detections. 

Referring to FIG. 5 and FIG. 8, the display 30 is a color monitor which provides a graphical display of the 

45 airport, a portion of which is shown in FIG. 8. This is accomplished by storing a map of the airport in the re- 
dundant computers 26 and 28 in a digital format The display 30 shows the location of airplanes or vehicles 
as they are detected by the sensors 50 mounted in the edge light assemblies 20^,, along each taxiway and 
runway or other airport surface areas. All aircraft or vehicles on the airport surface are displayed as icons, 
with the shape of the icons being determined by the vehicle type. Vehicle position is shown by the location of 

so the icon on the screen. Vehicle direction is shown by either the orientation of the icon or by an arrow emanating 
from the icon. Vehicle status is conveyed by the color of the icon. The future path of the vehicle as provided 
by the ground clearance command entered via the controllers microphone 35 is shown as a colored line on 
the display 30. The status of all field lights including each edge light 20^ in each edge light circuit 18 v „ is 
shown via color on the display 30. 

55 Use of object orientated software provides the basis for building a model of an airport The automatic in- 

heritance feature allows a data structure to be defined once for each object and then replicated automatically 
for each instance of that object Automatic flow down assures that elements of the data base are not corrupted 
due to typing errors. It also assures that the code is regular and structured. Rule based object oriented pro- 
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gramming makes it difficult to create unintelligible "spaghetti code." Object oriented programming allows the 
runways, taxiways, aircraft and sensors, to be decoded directly as objects. Each of these objects contains at- 
tributes. Some of these attributes are fixed like runway 22R or flight UA347, and some are variable like vehicle 
status and position. 

5 In conventional programming we describe the attributes of an object in data structures and then describe 

the behaviors of the object as procedures that operate on those data structures. Object oriented programming 
shifts the emphasis and focuses first on the data structure and only secondarily on the procedures. More im- 
portantly, object oriented programming allows us to analyze and design programs in a natural manner. We can 
think in terms of runways and aircraft instead of focusing on either the behavior or the data structures of the 

10 runways and aircraft. 

Table 1 shows a list of objects with corresponding attributes. Each physical object that is important to the 
runway incursion problem is modeled. The basic airplane or vehicle tracking algorithm is shown in Table 2 in 
a Program Design Language (PDL). The algorithm which handles sensor fusion, incursion avoidance and safe- 
ty alerts is shown in a single program even though it is implemented as distributed system using both the central 

15 computer system 1 2 and the sensor microprocessors 44. 



TABLE 1 



20 



25 



30 



35 



40 



45 



50 



Runway 



Taxiwav 



ATTRIBUTE 

lac at ton 

Circuit 

Unlqu e_addxe s a 

Lamp_intan s i ty 

Strobe_etatus 

Strob e d alay 

Sensor jst atua 

Sensor^type 

Bama 

location 

Length 

Width 

Direction 

Status 

Sanoora ( MV) 

Intersections (K7) 

Vehicles 

Location 
Length 
Width 
Direction 
Statue 
Sensor a (MV) 
ffildLOOltiGM 
Vehicles (KV) 



X a 7 coordinates of sensor 

AC wiring circuit name k number 

Net addreas Cor this sensor and its state 

0% to 100% in 0.5% steps 

BlinJt "rate/off 

from start signal 

Detect/no detect 

IB, laser, proximity, etc. 

22R, 27, 33L, etc. 

I a Y coordinates of start of center line 
In feet 
In feet 

In degrees from north 

Ho tractive, active_takeoff , active^landing, alarm 

List of lights /sensors along this runway 

List of intersections 

List of vehicles on the runway 

Heme of taxiway 

X a T coordinates of start of center line 
In feet 
In feet 

In degrees from north 
Hot active, active, alarm 
List of intersections 
list of holding locations 
List of vehicles on the runway 
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Intersection Same Intersection Name 

Location Intersect Ion of two center lines 

Status Vacant/Occupied 

Sensors ( MV) List of sensors creating intersection border 



Aircraft 



Airline 
Model 

Tail-number 

Empty _veight 

Freight__veight 

Pueljweight 

Top_speed 

Vl_speed 

V2_speed 

Acceleration 

Deceleration 



United 
727-200 
■3274Z 
9.S tons 
2.3 tons 
3.2 tons 
598 mph 
100 mph 
140 mph 
0.23 g's 
0.34 g's 



MV - mil ti- variable or array 



Table 2 

while (forever) 

| if (edge light shows a detection) 

| | if {adjacent light also shows a detection sensor fusion) 

| | | /* CONFIRMED DETECTION */ 

| | | if (previous block showed a detection) 

| | | | /* ACCEPT HANDOFF */ 

| | | | Update aircraft position and speed 

I | | else 

| | | | /* MAY BE AN ANIMAL OR SERVICE TRUCK */ 

| | | | Alert operator to possible incursion 

| | | | /* MAY BE AN AIRCRAFT ENTERING THE SYSTEM */ 

| | | | Start a new track 

| | else 

| | | Request status from adjacent light 

| | | if (Adjacent light is OK) 
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w 



15 



20 



25 



30 



35 



40 



45 



| | /* NON CONFIRMED DETECTION */ 
| else 

| | Flag adjacent light for repair 
| endif 
endif 
endif 

if (Edge light loses a detection AND status is OK) 
if (Next block showed a detection) 
| /* PROPER HANDOFF */ 

else 

| if (vehicle speed > » takeoff) 
| | Handoff to departure control 
| else 

| | /* MISSING HANDOFF */ 
| | Alert operator to possible incursion 
| endif 
endif 
endif 

/* CHECK FOR POSSIBLE COLLISIONS */ 
for (all tracked aircraft) 
| Plot future position 
| if (position conflict) 

| | Alert operator to possible incursion 

| endif 
endif 

Update display 
endwhile 



50 



55 



Referring again to FIG. 1 and FIG. 2, the control of taxiway lighting intensity is usually done by placing all 
the lights on the same series circuit and then regulating the current in that circuit. In the present embodiment 
the intensity of the lamp 40 is controlled by sending a message with the light intensity value to the micropro- 
cessor 44 located within the light assembly 20^ n . The message allows for intensity settings in the range of 0 
to 100% in 0.5% steps. The use of photocell 46 to check the light output allows a return message to be sent 
if the bulb does not respond. This in turn generates a maintenance report on the light. The strobe light 48 pro- 
vides an additional optional capability under program control of the microprocessor 44. Each of the micropro- 
cessors 44 in the edge light assemblies 20 is individually addressable. This means every lamp on the field is 
controlled individually by the central computer system 12. 

The system 10 can be programmed to provide an Active Runway Indicator by using the strobe lights 48 
in those edge light assemblies 20^ n located on the runway 64 to continue the approach light "rabbit" strobe 
pattern all the way down the runway. This lighting pattern could be turned-on as a plane is cleared for landing 
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and then turned-off after the aircraft has touched down. A pilot approaching the runway along an intersecting 
taxiway would be alerted in a clear and unambiguous way that the runway was active and should not be 
crossed. 

If an incursion was detected the main computers 26, 28 could switch the runway strobe lights 48 from the 

5 "rabbit" pattern to a pattern that alternatively flashes either side of the runway in a wig-wag fashion. A switch 
to this pattern would be interpreted by the pilot of an arriving aircraft as a wave off and a signal to go around. 
The abrupt switch in the pattern of the strobes would be instantaneously picked up by the air crew in time for 
them to initiate an aborted landing procedure. 

During Category III weather conditions both runway and taxiway visibility are very low. Currently radio 

10 based landing systems are used to get the aircraft from final approach to the runway. Once on the runway it 
is not always obvious which taxiways are to be used to reach the airport terminal. In system 10 the main com- 
puters 26,28 can control the taxiway lamps 40 as the means for guiding aircraft on the ground during CAT III 
conditions. Since the intensity of the taxiway lamps 40 can be controlled remotely, the lamps just in front of 
an aircraft could be intensified or flashed as a means of guiding it to the terminal. 

15 Alternatively, a short sequence of the "rabbit" pattern may be programmed into the taxiway strobes just 

in front of the aircraft At intersections, either the unwanted paths may have their lamps turned off or the en- 
trance to the proper section of taxiway may flash directing the pilot to head in that direction. Of course in a 
smart system only those lights directly in front of a plane would be controlled, all other lamps on the field would 
remain in their normal mode. 

20 Referring now to FIG. 9, a block diagram is shown of the data flow within the system 10 (as shown in FIG. 

1 and FIG. 5). The software modules are shown that are used to process the data within the computers 26, 
28 of the central computer system 1 2. The tracking of aircraft and other vehicles on the airport operates under 
the control of a sensor fusion software module 1 01 which resides in the computers 26, 28. The sensor fusion 
software module 101 receives data from the plurality of sensors 50, a sensor 50 being located in each edge 

25 light assembly 20^ „ which reports the heat level detected, and this software module 101 combines this infor- 
mation through the use of rule based artificial intelligence to create a complete picture of all ground traffic at 
the airport on a display 30 of the central computer system 12. 

The tracking algorithm starts a track upon the first report of a sensor 50 detecting a heat level that is above 
the ambient background level of radiation. This detection is then verified by checking the heat level reported 

30 by the sensor directly across the pavement from the first reporting sensor. This secondary reading is used to 
confirm the vehicle detected and to eliminate false alarms. After a vehicle has been confirmed the sensors 
adjacent to the first reporting sensor are queried for changes in their detected heat level. As soon as one of 
the adjacent sensors detects a rise in heat level a direction vector for the vehicle can be established. This proc- 
ess continues as the vehicle is handed off from sensor to sensor in a bucket brigade fashion as shown in FIG. 

35 7. Vehicle speed can be roughly determined by calculating the time between vehicle detection by adjacent sen- 
sors. This information is combined with information from a system data base on the location of each sensor 
to calculate the velocity of the target. Due to hot exhaust or jet blast, the sensors behind the vehicle may not 
return to a background level immediately. Because of these condition, the algorithm only uses the first four 
sensors (two on either side of the taxiway) to calculate the vehicles position. The vehicle is always assumed 

40 to be on the centerline of the pavement and between the first four reporting sensors. 

Vehicle identification can be added to the track either manually or automatically by an automated source 
that can identify a vehicle by its position. An example would be prior knowledge of the next aircraft to land on 
a particular runway. Tracks are ended when a vehicle leaves the detection system. This can occur in one of 
two ways. The first way is that the vehicle leaves the area covered by the sensors 50. This is determined by 

45 a vehicle track moving in the direction of a gateway sensor and then a lack of detection after the gateway sensor 
has lost contact A second way to leave the detection system is for a track to be lost in the middle of a sensor 
array. This can occur when an aircraft departs or a vehicle runs onto the grass. Takeoff scenarios can be de- 
termined by calculating the speed of the vehicle just before detection was lost If the vehicle speed was in- 
creasing and above rotation speed then the aircraft is assumed to have taken off. If not then the vehicle is 

so assumed to have gone on to the grass and an alarm is sounded. 

Referring to FIG. 5 and FIG. 9, the ground clearance routing function is performed by the speech recog- 
nition unit 33 along with the ground clearance compliance verifier software module 103 running on the com- 
puters 26, 28. This software module 103 comprises a vehicle identification routine, clearance path routing, 
clearance checking routine and a path checking routine. 

55 The vehicle identification routine is used to receive the airline name and flight number (i.e. "Delta 374") 
from the speech recognition unit 33 and it highlights the icon of that aircraft on the graphic display of the airport 
on display 30. 

The clearance path routine takes the remainder of the controller's phrase (i.e. "outer taxiway to echo, hold 
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short of runway 15 Left") and provides a graphical display of the clearance on the display 30 showing the airport. 

The clearance checking routine checks the clearance path for possible conflict with other clearances and 
vehicles. If a conflict is found the portion of the path that would cause an incursion is highlighted in a blinking 
red and an audible indication is given to the controller via speaker 32. 
5 The path checking routine checks the actual path of the vehicle as detected by the sensors 50 after the 

clearance path has been entered into the computers 26, 28 and it monitors the actual path for any deviation. 
If this routine detects that a vehicle has strayed from the assigned course, the vehicle icon on the graphic dis- 
play of the airport flashes and an audible indicator is given to the controller via speaker 32 and optionally the 
vehicle operator via radio 37. 
10 The airport vehicle incursion avoidance system 1 0 operates under the control of safety logic routines which 
reside in the collision detection software module 104 running on computers 26, 28. The safety logic routines 
receive data from the sensor fusion software module 1 0 1 via the tracker software module 1 02 location program 
and interpret this information through the use of rule based artificial intelligence to predict possible collisions 
or runway incursions. This information is then used by the central computer system 1 2 to alert tower controllers, 
15 aircraft pilots and truck operators to the possibility of a runway incursion. The tower controllers are alerted 
by the display 30 along with a computer synthesized voice message via speaker 32. Ground traffic is alerted 
by a combination of traffic lights, flashing lights, stop bars and other alert lights 34, lamps 40 and 48, and com- 
puter generated voice commands broadcast via radio 36. 

Knowledge based problems are also called fuzzy problems and their solutions depend upon both program 
20 logic and an interface engine that can dynamically create a decision tree, selecting which heuristics are most 
appropriate for the specific case being considered. Rule based systems broaden the scope of possible appli- 
cations. They allow designers to incorporate judgement and experience, and to take a consistent solution ap- 
proach across an entire problem set. 

The programming of the rule based incursion detections software is very straight forward. The rules are 
25 written in English allowing the experts, in this case the tower personnel and the pilots, to review the system 
at an understandable level. Another feature of the rule based system is that the rules stand alone. They can 
be added, deleted or modified without affecting the rest of the code. This is almost impossible to do with code 
that is created from scratch. An example of a rule we might use is: 
If (Runway_Status = Active) 
30 then (Stop_Bar_Lights = RED). 

This is a very simple and straightforward rule. It stands aJone requiring no extra knowledge except how Run- 
way_Status is created. So let's make some rules affecting Runway_Status. 
If (Departure = APPROVED) or (Landing = IMMINENT), 
then (Runway_Status - ACTIVE). 
35 For incursion detection, another rule is: 

If (Runway_Status = ACTIVE) and (Intersection = OCCUPIED), 
then (Runwayjncursion = TRUE). 
Next, detect that an intersection of a runway and taxiway are occupied by the rules: 
If (lntersection_Sensors = DETECT), 
40 then (Intersection = OCCUPIED). 

To predict that an aircraft will run a Hold Position stop, the following rule is created: 
If (Aircraft_Stopping_Distance > Distance_to_Hold_Position), 
then (Intersection - OCCUPIED). 
In order to show that rules can be added without affecting the reset of the program, assume that after a 
45 demonstration of the system 10 to tower controllers, they decided that they wanted a "Panic Button" in the 
tower to override the rule based software in case they spot a safety violation on the ground. Besides installing 
the button, the only other change would be to add this extra rule. 
If (Panic_button = PRESSED), 

then (Runwayjncursion = TRUE), 
so it is readily seen that the central rule based computer program is very straight forward to create, understand 
and modify. As types of incursions are defined, the system 10 can be upgraded by adding more rules. 

Referring again to FIG. 9, the block diagram shows the data flow between the functional elements within 
the system 10 (FIG. 1 ). Vehicles are detected by the sensor 50 in each of the edge light assemblies 20^ n . This 
information is passed over the local operating network (LON) via edge light wiring 21,. n to the LON bridges 
55 22i_ n . The individual message packets are then passed to the redundant computers 26 and 28 over the wide 
area network (WAN) 14 to the WAN interface 108. After arriving at the redundant computers 26 and 28, the 
message packet is checked and verified by a message parser software module 100. The contents of the mes- 
sage are then sent to the sensor fusion software module 101. The sensorfusion software module 101 is used 
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to keep track of the status of all the sensors 50 on the airport; it filters and verifies the data from the airport 
and stores a representative picture of the sensor array in a memory. This information is used directly by the 
display 30 to show which sensors 50 are responding and used by the tracker software module 102. The tracker 
software module 102 uses the sensor status information to determine which sensor 50 reports correspond to 
5 actual vehicles. In addition, as the sensor reports and status change, the tracker software module 102 iden- 
tifies movement of the vehicles and produces a target location and direction output. This information is used 
by the display 30 in order to display the appropriate vehicle icon on the screen. 

The location and direction of the vehicle is also used by the collision detection software module 1 04. This 
module checks all of the vehicles on the ground and plots their expected course. If any two targets are on in- 
to tersecting paths, this software module generates operator alerts by using the display 30, the alert lights 34, 
the speech synthesis unit 29 coupled to the associated speaker 32, and the speech synthesis unit 31 coupled 
to radio 37 which is coupled to antenna 39. 

Still referring to FIG. 9, another user of target location and position data is the ground clearance compliance 
verifier software module 103. This software module 103 receives the ground clearance commands from the 
15 controller's microphone 35 via the speech recognition unit 33. Once the cleared route has been determined, 
it is stored in the ground clearance compliance verifier software module 103 and used for comparison to the 
actual route taken by the vehicle. If the information received from the tracker software module 1 02 shows that 
the vehicle has deviated from its assigned course, this software module 103 generates operator alerts by using 
the display 30, the alert lights 34, the speech synthesis unit 29 coupled to speaker 32, and the speech synthesis 
20 unit 31 coupled to radio 37 which is coupled to antenna 39. 

The keyboard 27 is connected to a keyboard parser software module 109. When a command has been 
verified by the keyboard parser software module 1 09, it is used to change display 30 options and to reconfigure 
the sensors and network parameters. A network configuration data base 106 is updated with these reconfi- 
guration commands. This information is then turned into LON message packets by the command message 
25 generator 107 and sent to the edge light assemblies 20^,, via the WAN interface 108 and the LON bridges 
22 Un . 

This concludes the description of the preferred embodiment. However, many modifications and alterations 
will be obvious to one of ordinary skill in the art without departing from the spirit and scope of the inventive 
concept. Therefore, it is intended that the scope of this invention be limited only by the appended claims. 



Claims 



1. An airport incursion avoidance system comprising: 
35 a plurality of light circuits on an airport, each of said light circuits comprises a plurality of light as- 

sembly means; 

means for providing power to each of said plurality of light circuits and to each of said light assembly 
means; 

means in each of said light assembly means for sensing ground traffic on said airport; 
40 means for processing data received from each of said light assembly means; 

means for providing data communication between each of said light assembly means and said proc- 
essing means; 

said processing means comprises means for providing a graphic display of said airport comprising 
symbols representing said ground traffic, each of said symbols having direction and velocity data dis- 
45 played; 

said processing means comprises means for predicting an occurrence of an airport incursion in ac- 
cordance with the data received from said sensing means; and 

means for alerting an airport controller or aircraft pilot of said predicted airport incursion. 

so 2. The airport incursion avoidance system as recited in Claim 1 wherein: 

each of said light circuits being located along the edges of a taxiway or a runway on said airport. 

3. The airport incursion avoidance system as recited in Claim 1 wherein: 
said sensing means comprises infrared detectors. 

The airport incursion avoidance system as recited in Claim 1 wherein said light assembly means com- 
prises: 

light means coupled to said lines of said power providing means for lighting said airport 
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said sensing means; 

microprocessor means coupled to said light means, said sensing means, and said data communi- 
cation means for providing processing, communication and control for said light assembly means, said 
microprocessor controlling a plurality of lighting patterns of said light means on said airport; and 
5 said data communication means being coupled to said microprocessor means and said lines of said 

power providing means. 

5. The airport incursion avoidance system as recited in Claim 4 wherein: 

said light assembly means further comprises a photocell means coupled to said microprocessor 
10 means for detecting the light intensity of said light means. 

6. The airport incursion avoidance system as recited in Claim 4 wherein: 

said light assembly means further comprises a strobe light coupled to said microprocessor means. 



15 



20 



The airport incursion avoidance system as recited in Claim 1 wherein: 

said processing means comprises redundant computers for fault tolerance operation. 

The airport incursion avoidance system as recited in Claim 1 wherein: 

said symbols representing said ground traffic comprise icons having a shape indicating type of air- 
craft or vehicle. 

9. The airport incursion avoidance system as recited in Claim 1 wherein: 

said processing means determines a location of said symbols on said graphic display of said airport 
in accordance with said data receive from said light assembly means. 

25 10. The airport incursion avoidance system as recited in Claim 1 wherein: 

said processing means determines a future path of said ground traffic based on a ground clearance 
command, said future path being shown on said graphic display. 



30 



35 



40 



45 



11. The airport incursion avoidance system as recited in Claim 1 wherein: 

said processing means for predicting an occurrence of an airport incursion comprises means for 
comparing position, direction and velocity of said ground traffic to predetermined separation minimums 
for said airport. 

12. The airport incursion avoidance system as recited in Claim 1 wherein said power providing means com- 
prises: 

constant current power means for providing a separate line to each of said plurality of light circuits; 

and 

network bridge means coupled to said constant current power means for providing a communica- 
tion channel to said processing means for each line of said constant current power means. 

13. The airport incursion avoidance system as recited in Claim 1 wherein: 

said alerting means comprises a speech synthesis umit connected to a speaker. 

14. The airport incursion avoidance system as recited in Claim 1 wherein: 

said alerting means comprises a speech synthesis unit connected to a radio transmitter. 



15. An airport incursion avoidance system comprising: 

a plurality of light circuits on an airport, each of said light circuits comprises a plurality of light as- 
sembly means; 

constant current power means for providing a separate line to each of said plurality of light circuits; 
so network bridge means coupled to said constant current power means for providing a communica- 

tion channel to said processing means for each of said constant current power means; 

infrared detector means in each of said light assembly means for sensing ground traffic on said 
airport; 

means for processing ground traffic data received from each of said light assembly means; 
55 means for providing data communication on lines of said power providing means between each of 

said light assembly means and said processing means; 

said processing means comprises means for providing a graphic display of said airport comprising 
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15 



symbols representing said ground traffic located in accordance with said ground traffic data received from 
said light assembly means, each of said symbols having direction and velocity data displayed; 

said processing means comprises means for predicting an occurrence of an airport incursion in ac- 
cordance with said ground traffic data received from said sensing means including comparing position, 
5 direction aand velocity of said ground traffic data to predetermined separation minimums for said airport; 

and 

means for alerting an airport controller or aircraft pilot of said predicted airport incursion. 

16. The airport incursion avoidance system as recited in Claim 15 wherein: 

10 each of said light circuits being located along the edges of a taxiway or a runway on said airport. 

17. The airport incursion avoidance system as recited in Claim 15 wherein said light assembly means com- 
prises: 

light means coupled to said lines of said power providing means for lighting said airport; 
said infrared detector sensing means; 

microprocessor means coupled to said light means, said sensing means, and said data communi- 
cation means for providing processing, communication and control for said light assembly means, said 
microprocessor controlling a plurality of lighting patterns of said light means on said airport; and 

said data communication means being coupled to said microprocessor means and said lines of said 
2Q constant current power providing means. 

18. The airport incursion avoidance system as recited in Claim 17 wherein: 

said light assembly means further comprises a photocell means coupled to said microprocessor 
means for detecting the light intensity of said light means. 

25 19. The airport incursion avoidance system as recited in Claim 17 wherein: 

said light assembly means further comprises a strobe light coupled to said microprocessor means. 

20. The airport incursion avoidance system as recited in Claim 15 wherein: 

said processing means comprises redundant computers for fault tolerance operation. 

30 

21. The airport incursion avoidance system as recited in Claim 15 wherein: 

said symbols representing said ground traffic comprise icons having a shape indicating type of air- 
craft or vehicle. 

35 22. The airport incursion avoidance system as recited in Claim 15 wherein: 

said processing means determines a future path of said ground traffic based on a ground clearance 
command, said future path being shown on said graphic display. 



40 



23. The airport incursion avoidance system as recited in Claim 15 wherein: 
said alerting means comprises a speech synthesis umit connected to a speaker. 

24. The airport incursion avoidance system as recited in Claim 15 wherein: 

said alerting means comprises a speech synthesis unit connected to a radio transmitter. 

25. A method of providing an airport incursion avoidance system comprising the steps of: 

45 providing a plurality of light circuits on said airport, each of said light circuits comprises a plurality 

of light assembly means; 

providing power to each of said plurality of light circuits; 

sensing ground traffic on said airport with means in each of said light assembly means; 

processing data received from each of said light assembly means in computer means; 
50 providing a graphic display of said airport comprising symbols representing said ground traffic, 

each of said symbols having direction and velocity data displayed; 

providing data communication between said computer means and each of said light assembly 
means; 

predicting an occurrence of an airport incursion in accordance with the data received from said 
55 sensing means; and 

alerting an airport controller or aircraft pilot of said predicted airport incursion. 
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26. The method as recited in Claim 25 wherein said step of sensing said ground traffic on said airport com- 
prises the steps of: 

lighting said airport with a light means coupled to said microprocessor means and said power lines; 
providing a sensing means; 

performing processing, communication and control within said light assembly means with a micro- 
processor means coupled to said light means, said sensing means and data communication means; and 
coupling said data communication means between said microprocessor means and said power 

lines. 

27. The method recited in Claim 25 wherein said step of processing data comprises the step of operating re- 
dundant computers for fault tolerance. 

28. The method as recited in Claim 25 wherein said step of providing power comprises the steps of: 

providing a separate line to each of said plurality of light circuits with a constant current power 
means; and 

providing a communication channel to said computer means for each line of said constant current 
power means using a network bridge means. 

29. The method as recited in Claim 25 wherein said step of providing a graphic display comprising symbols 
representing said ground traffic comprises the step of indicating a type of aircraft or vehicle with icons 
of various shapes. 

30. The method as recited in Claim 25 wherein said step of processing said data from each of said light as- 
sembly means comprises the step of determining a location of said symbols on said graphic display of 
said airport in accordance with said data. 

31. The method as recited in Claim 25 wherein said step of predicting an occurrence of an airport incursion 
comprises the step of determining a future path of said ground traffic in accordance with a ground clear- 
ance command and showing said future path on said graphic display. 
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